home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / answers / news / modems / trailblazer-faq < prev    next >
Internet Message Format  |  1993-05-18  |  11KB

  1. Path: senator-bedfellow.mit.edu!enterpoop.mit.edu!gatech!howland.reston.ans.net!usc!sol.ctr.columbia.edu!news.kei.com!ub!rutgers!cbmvax!snark!esr
  2. From: esr@snark.thyrsus.com (Eric S. Raymond)
  3. Newsgroups: comp.dcom.modems,news.answers
  4. Subject: Configuring the Telebit Trailblazer for Use with UNIX
  5. Message-ID: <1lTRMO#0q19nG6bNzdW8BgKbf9WNjZ3=esr@snark.thyrsus.com>
  6. Date: 18 May 93 19:38:42 GMT
  7. Expires: 17 Jul 93 23:00:00 GMT
  8. Sender: esr@snark.thyrsus.com (Eric S. Raymond)
  9. Followup-To: poster
  10. Lines: 226
  11. Approved: esr@snark.thyrsus.com
  12. Xref: senator-bedfellow.mit.edu comp.dcom.modems:38636 news.answers:8628
  13.  
  14. Archive-name: trailblazer-faq
  15. Last-update: Tue May 18 15:20:32 1993
  16. Version: 3.0
  17.  
  18. This is revision 3.0 of the everything-you-always-wanted-to-know-about-the
  19. Trailblazer-but-were-afraid-to-ask posting.
  20.  
  21. Here's how to set up your system to use a Telebit Trailblazer modem for uucp,
  22. cu and kermit (almost all of this applies to the Telebit T1000 and T2000 modems
  23. as well). First, we describe how to set up dial-out use; then, how to
  24. enable dial-in.
  25.  
  26. First, get one of your serial ports to talk to the 'Blazer via kermit or cu.
  27.  
  28. To do this via kermit, you'll need to `set line' to the UNIX device associated
  29. with the serial port, `set speed' to 9600, and perhaps `set parity' to N. To
  30. use cu, you'll need a Devices file entry that
  31. looks like 
  32.  
  33. Direct tty000 - 9600 direct
  34.  
  35. and you'll invoke cu as
  36.  
  37. cu -l/dev/tty00
  38.  
  39. where tty00 should be replaced with the name of the serial port your modem is
  40. connected to. It's possible your cu may also need an `-s 9600' option; to see
  41. what it does as it tries to connect, use -d.
  42.  
  43. Once connected, you want to enter the following commands:
  44.  
  45. AT &F Q6 S51=4 S52=2 S53=3 S54=3 S55=3 S58=2 S66=1 S92=1 S95=2 &W &N
  46.  
  47. Note: these settings work on a System V 3.0 running on generic 80386 AT-bus
  48. hardware with 8250-based serial ports. See the notes below for what to do about
  49. strange machines like the T5100 or AT&T 7300.
  50.  
  51. If you enter incorrect settings, you can correct after hard-resetting the
  52. 'Blazer. Older versions have a microswitch on the back of the modem; on newer
  53. ones, you just turn off the power, hold down the T/D switch, and power
  54. on again. Keep T/D pressed until the 'MR' light comes on.
  55.  
  56. If the 'Blazer hangs up when you type <CR> after the above command, you
  57. have incorrect settings; probably S53 and/or S58 are wrong. Hard-reset and
  58. see note 3 below.
  59.  
  60. Explanation of the settings above follows:
  61.  
  62. AT &F        ; Reset to factory defaults
  63. AT Q6        ; Return result codes only on outgoing calls.
  64. AT S51=4    ; Use constant 9600bps speed to modem (but see Note 1)
  65. AT S52=2    ; Reset to configuration memory values on DTR drop.
  66. AT S53=3    ; DCD on carrier detect, DSR on when modem off-hook.
  67. AT S54=3    ; Pass BREAKs transparently.
  68. AT S55=3    ; Don't allow escape to command mode
  69. AT S58=2    ; Use hardware (RTS/CTS) flow control.
  70. AT S66=1    ; Lock CPU-to-'blazer speed at S51 value
  71. AT S92=1    ; Try PEP tones at end of autobauding sequence (see Note 2)
  72. AT S95=2    ; Enable MNP if other side wants it
  73. AT &W        ; Put these parameters in the configuration memory
  74. AT &N        ; Check the configuration values for correctness
  75.  
  76. What you're doing is setting the modem up to use a fixed speed of 9600bps to
  77. talk to the CPU, but autobaud outgoing calls with PEP tones last (the settings
  78. of registers 51, 66, and 92 accomplish this).
  79.  
  80. The Q6 command disables generation of some command responses in answer mode.
  81. The S52=2 tells the modem to reset to default values at the end of a call (this
  82. is necessary, because some of the dialer scripts will change settings).
  83.  
  84. The S53=3 is important; without it, UNIX will think the modem line is active
  85. all the time and uucico/cu/kermit may not be able to get past a deathless getty
  86. hanging on the port (this happens on Microport 3.0e). However, on some other
  87. configurations you can and must set S53=0; the AT&T 7300 and T5100 need this,
  88. but the getty will be interruptible and everything should function normally.
  89.  
  90. S54=3 prevents the BREAKS that you put in expect/send
  91. scripts in order to force the callee to autobaud from getting intercepted
  92. by the modem. S55=3 guarantees that your modem won't be dumped into command
  93. mode by an escape sequence showing up in binary data.
  94.  
  95. S58=2 enables the cleanest kind of RS232C flow control between the modem and
  96. your serial card. If you are using 8251-based port hardware (in particular
  97. if you are using a Toshiba T5100 or other portable with CMOS-only innards)
  98. this may not work! See the discussion of flow control below, Note 3.
  99.  
  100. The significance of the S92 register is covered in Note 1 below. Finally,
  101. S95=2 enables MNP protocol checks (some dialer scripts turn this off).
  102.  
  103. These settings make you back-compatible with a Hayes, so that kermit's dial
  104. command will still work through a vanilla ACU/hayes device connected to the
  105. Trailblazer port. Other cases are handled by commands in the Dialers scripts.
  106.  
  107. Do *not* set S67=1! This looks logical but doesn't work. Also, you don't need
  108. to change S110 or S111 to get compression and 'g' protocol spoofing; by
  109. default, callers can select it, and the Dialer scripts will do the right
  110. things for outgoing calls.
  111.  
  112. Note 1: the promise and peril of 19200
  113.     If you're willing to give up using kermit(1) 4D (which only supports
  114. a 9600bps maximum) you can jack the CPU-to-modem speed up to 19200 (S51=5).
  115. In that case the `9600' speed fields in your Devices and Systems files should
  116. all change to `19200'. If you have kermit source it is not hard to hack it to
  117. support 19200 -- but your serial port drivers may not be able to handle this
  118. without clist overflow!
  119.  
  120.    Some UNIXes on AT-bus machines are rumored to have problems this way
  121. (Microport is one such). If you can use RTS/CTS handshaking (see note 3) the
  122. modem will, effectively, do buffering for you and the problem goes away. If
  123. you're using a smart multiport card like the ACE, also no problem. But if
  124. you're stuck with 16Mhz or slower processor, a dumb serial card and no
  125. handshaking, you may lose characters at any speed above 2400(!) baud.
  126.  
  127. Note 2: catering to old slow broken modems.
  128.     You may well be able to run with S92=0, the default (PEP tones first).
  129. The S92=1 setting is conservative; it guarantees you compatibility with 2400bps
  130. modems that are either too dumb (so they mistake the PEP multi-carrier burst
  131. for a V.22 answer tone) or too smart (so they think it's a human voice and hang
  132. up). V.22 modems built to spec shouldn't do either. The cost of this
  133. conservatism is that 'Blazers running firmware release 2.2 or older, or
  134. with the S7 carrier wait time set to less than 60 seconds, may not be
  135. able to recognize yours; and you impose a longer handshake sequence (with
  136. increased chance of uucico timeout) on all Trailblazers.
  137.  
  138. Note 3: handshaking considerations
  139.     8251-based ports have only one handshake line; the T5100 appears to
  140. use this for the DSR/DTR pair. Therefore RTS/CTS handshaking won't work.
  141. If setting S58=2 causes your 'Blazer to hang up, but you are not sure there's
  142. an 8251 in the woodwork, try S58=1 (half-duplex RTS/CTS). Human dial-ins may
  143. not like the effects of this setting, however.
  144.  
  145.     If neither of these work, you *may* (repeat *may*) have a problem. XON/XOFF
  146. handshaking can cause lossage as UUCP 'g' processing tries to interpret ^S/^Q.
  147. Therefore you are stuck with S58=0, no handshaking. This is certainly OK if
  148. the sites you talk to alway use PEP or g-protocol spoofing, these modes
  149. disable flow control anyhow.
  150.  
  151.     It is alleged by the uunet people (who have one of the world's largest
  152. collections of 'Blazers, and thus ought to know) that connections through
  153. the 'Blazer at 1200/2400 cps work just fine. So you *should* be OK.
  154.  
  155. Further note: if your installation is outside the U.S.A. you may need to tweak
  156. the S90 and S91 registers, either to new default values or within the dialer
  157. scripts. See the Trailblazer documentation for details.
  158.  
  159. Add the following lines to your Dialers file:
  160.  
  161. ##########
  162. #     Telebit Trailblazer Plus, T1000 or T2000
  163. #
  164. # assumes Q6 X1 S51=4 S52=2 S53=3 S54=3 S55=3 S58=2 S66=1 S92=1 S95=2 in EEPROM
  165. #
  166. tb1200    =W-,    "" \d\K\dATE0 OK ATS92=0S50=2S95=0DT\T CONNECT\s1200
  167. tb2400    =W-,    "" \d\K\dATE0 OK ATS92=0S50=3S95=0DT\T CONNECT\s2400
  168. tb2400n    =W-,    "" \d\K\dATE0 OK ATS92=0S50=3DT\T CONNECT\s2400
  169. tbPEP    =W-,    "" \d\K\dATE0 OK ATS92=0S95=0S50=255S7=60S111=30DT\T\r\n\d\d\d\d\d\d\d\d\c CONNECT\sFAST
  170. tbPEPc    =W-,    "" \d\K\dATE0 OK ATS92=0S95=0S50=255S7=60S110=1S111=30DT\T\r\n\d\d\d\d\d\d\d\d\c CONNECT\sFAST
  171. #
  172.  
  173. The magic parts of these scripts are the delays after connection, which hold
  174. off handing control to uucico so it won't time out during the PEP negotiation.
  175.  
  176. Now add the following lines to your Devices file:
  177.  
  178. # --- Telebit Trailblazer/T1000/T2000 devices ------
  179. #
  180. # Devices for access to a 'blazer on tty00
  181. ACUTB tty00 - 9600 tbPEP
  182. ACUTBC tty00 - 9600 tbPEPc
  183. ACUTB2400 tty00 - 9600 tb2400
  184. ACUTB2400N tty00 - 9600 tb2400n
  185. ACUTB1200 tty00 - 9600 tb1200
  186.  
  187. If you have more than one Trailblazer, just duplicate the list above once for
  188. each tty device connected to one.
  189.  
  190. All your Systems file entries that are associated with any of the Trailblazer
  191. devices should have a speed field of 9600 (to match the speed in the Devices
  192. file). You set the actual speed of the connection by which ACU you pick -- note
  193. that the PEP entry corresponding to ACUTB autobauds, so you can usually just
  194. use that.
  195.  
  196. The ACUTBC entry may be better for mail and news feeds, as it enables data
  197. compression for up to a 2:1 cut in transmission time. Compressed PEP with
  198. g-protocol spoofing running on reasonably clean phone lines can often give
  199. your UUCP a throughput of as much as 14K text characters per second!
  200.  
  201. The low-speed entries avoid throwing PEP tones at modems that may be confused
  202. by them. ACUTB2400 should fall back to 1200bps if it needs to. ACUTB2400N may
  203. be useful for Telenet MNP access. The N- and C-suffix devices request
  204. compression and MNP modes from the remote respectively.
  205.  
  206. The above is designed so your ACU entry can be untouched and still work for use
  207. with the kermit dial command (which doesn't know what to do with the tb*
  208. devices). If you don't care about kermit, you can call the tbPEP device ACU.
  209.  
  210. Now for dial-in access. First, you need to create appropriate gettydefs and
  211. inittab entries. First, add the following to your /etc/gettydefs file:
  212.  
  213. BLAZER# B9600 HUPCL OPOST ONLCR TAB3 BRKINT IGNPAR ISTRIP IXON IXANY ECHO ECHOE
  214.     ECHOK ICANON ISIG CS8 CREAD # B9600 HUPCL OPOST ONLCR TAB3 BRKINT
  215.     IGNPAR ISTRIP IXON IXANY ECHO ECHOE ECHOK ICANON ISIG CS8 CREAD
  216.     #login: #BLAZER
  217.  
  218. (whitespace added for clarity; this must be all one line). This instructs a
  219. getty running at BLAZER speed to look for logins at 9600bps only (you can
  220. use 19200 instead if your hardware can handle it and you've set S51=5 as
  221. described above). It differs from a normal entry in that HUPCL is set (this
  222. is generally a good idea for dial-in lines).
  223.  
  224. Next, add the following line or one like it to your inittab:
  225.  
  226. 00:23:respawn:/usr/lib/uucp/uugetty -r -t 60 tty00 BLAZER
  227.  
  228. Now do a `telinit q' from root to start the getty. Finally, use kermit or cu
  229. to tell the modem
  230.  
  231. AT S0=1 &W
  232.  
  233. and you're set. This instructs the Trailblazer to auto-answer on the first
  234. ring, using as little as possible of uucico's fixed 3-minute timeout.
  235.  
  236. Note: on Microport UNIX 3.2, you want to use the M-prefixed `modem'
  237. devices and an ordinary /etc/getty without -r and -t options.
  238.  
  239. Have fun!
  240.